home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 732.txt < prev    next >
Text File  |  1997-04-16  |  19KB  |  429 lines

  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Thu, 30 Nov 89       Volume 89 : Issue 732
  4.  
  5. Today's Topics:
  6.                      "kneecapping" and TOS piracy
  7.   Blitter disappointment (was: Time to create comp.sys.atari.flames)
  8.                   Comments on STE -- (un)known facts
  9.                          EL CAL FOR APPLE II?
  10.                                  LYNX
  11.                     PortFolio as a marketing aid ?
  12.                             Shareware MAC
  13.                   ST DRIVE AND SPECTRE/TRANSLATOR 1
  14.                            Utrascript ST-1
  15.                         Video pointer (2 msgs)
  16. ----------------------------------------------------------------------
  17.  
  18. Date: 30 Nov 89 09:31:14 GMT
  19. From: eru!luth!sunic!mcsun!ukc!edcastle!hwcs!neil@bloom-beacon.mit.edu  (Neil
  20.  Forsyth)
  21. Subject: "kneecapping" and TOS piracy
  22. Message-ID: <3845@brahma.cs.hw.ac.uk>
  23.  
  24. (This is not a flame. I'm just using Steve's soapbox :-)
  25. In article <34850@grapevine.uucp> koreth@panarthea.ebay.sun.com (Steven Grimm)
  26. writes:
  27. >In article <8911280802.AA18983@ucbvax.Berkeley.EDU> JOHNBARNES@ENH.NIST.GOV
  28. >writes:
  29. >>Why Not, I ask?  If people want to burn their own ROMS, why not let
  30. >>them?  Atari should even provide diagnostic files that can be run to
  31. >>test the validity of user-generated ROMS.
  32. >
  33. >I agree.  I've been to two Atari dealers a number of times (most recently San
  34. >Jose Computer a couple of hours ago, which is why I'm motivated to write
  35. >this,) and have always been told that they were out of 1.4 ROMs.
  36.  
  37. With a dealer who's 'run out', you're closer than I am to having a chipset.
  38.  
  39. >If I had a binary image of the thing, I could go put it on EPROMs and have it
  40. >in my machine tonight, as could a number of Atari-owning friends of mine.
  41.  
  42. True. If I had a binary image of the thing I'd be Mr. Big in the UK.
  43. Personally I'm not sure I would trust an image that I did not take myself
  44. from an offical ROM chip. Other peoples mileage may vary.
  45.  
  46. >I realize that Atari doesn't want to deal with trying to support hundreds of
  47. >modified versions of 1.4, which would inevitably arise if the OS were released
  48. >in this way.  There are two solutions to that problem.  The first, and easiest
  49. >, is to put something like
  50. >
  51. >       THIS CHIPSET IS PROVIDED AS A COURTESY TO THE ATARI COMMUNITY,
  52. >       AND IS NOT AN OFFICIALLY SUPPORTED RELEASE.  ATARI ASSUMES NO
  53. >       RESPONSIBILITY FOR PROBLEMS ARISING FROM ITS USE.  FOR THE
  54. >       LATEST OFFICIAL OPERATING SYSTEM RELEASE, SEE YOUR LOCAL DEALER.
  55. >
  56. >in the Desktop "About..." dialog box.  Then Atari will be able to separate
  57. >the real 1.4ers from the EPROMmed ones, and deal with each appropriately.
  58. >(Actually, ideally the startup code would do a CRC or checksum on the OS
  59. >image, inserting that message if it found a difference -- but putting it
  60. >there all the time is fine, too.)
  61.  
  62. Sounds good. But the messages and CRC code could be hacked.
  63. I guess only dealers should get the verification program.
  64.  
  65. >The second is to really do interim OS releases on disk.  Apple and Commodore
  66. >have been doing that for years, and they haven't had the problems Atari
  67. >is afraid of.  I don't expect this to happen, but it would be nice.
  68.  
  69. NO! I don't like the wasted memory, reloading it when I trample on it (this
  70. would happen a lot to me!) and the open invitation to viruses (The ROMs are
  71. a bit tight to squeeze in a virus I reckon)
  72.  
  73. >So far I've restrained myself from finding someone with 1.4 and just copying
  74. >the whole kit and kaboodle to disk; I'd rather have an official set of chips.
  75. >I imagine many others are in the same position.  They, and I, aren't going to
  76. >hold off much longer.
  77.  
  78. A least you could do that. TOS 1.4 ROMs are never seen in the UK at all!
  79.  
  80. My suggestion:-
  81. Make TOS free. Distribute original TOS ROM's to dealers only. They program the
  82. EPROMS and charge you for that. You feel better about the validity of your
  83. new ROMs. Distribution is quick, widespread and ordered.
  84. Developers can write apps that require TOS 1.4 or later and be sure that a
  85. lack of ROM's will not halt sales. The rapidity of bug fixe distribution
  86. would be good too!
  87.  
  88. (Atari UK wouldn't like this idea because the words 'free', 'cheap' or even
  89. 'sensible' are not in their dictionary file. To them everything is a money
  90. making product :-)
  91.  
  92. >Well, that's my turn on the soapbox.
  93.  
  94. If the Rainbow TOSless UK ST owners follwed me to the soapbox then it would
  95. quickly turn to dust!
  96.  
  97. >"                                                  !" - Marcel Marceau
  98.  
  99. "" - Bob Katz (Developers Support Atari UK) :-)
  100.  
  101. >Steven Grimm           Moderator, comp.?sources,binaries?.atari.st
  102. >sgrimm@sun.com         ...!sun!sgrimm
  103.  
  104. Thanks you for your article. Food for thought.
  105.  
  106. +-----------------------------------------------------------------------------+
  107. ! DISCLAIMER: Unless otherwise stated, the above comments are entirely my own !
  108. !                                                                             !
  109. ! "I think all right thinking people in this country are sick and tired of    !
  110. ! being told that ordinary decent people are fed up in this country with      !
  111. ! being sick and tired. I'm certainly not and I'm sick and tired of being     !
  112. ! told that I am!" - Monty Python                                             !
  113. !                                                                             !
  114. ! Neil Forsyth                       JANET:  neil@uk.ac.hw.cs                 !
  115. ! Dept. of Computer Science          ARPA:   neil@cs.hw.ac.uk                 !
  116. ! Heriot-Watt University             UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  117. ! Edinburgh, Scotland, UK                                                     !
  118. +-----------------------------------------------------------------------------+
  119.  
  120. ------------------------------
  121.  
  122. Date: 30 Nov 89 15:08:00 GMT
  123. From: apollo!rehrauer@beaver.cs.washington.edu  (Steve Rehrauer)
  124. Subject: Blitter disappointment (was: Time to create comp.sys.atari.flames)
  125. Message-ID: <4725b108.20b6d@apollo.HP.COM>
  126.  
  127. In article <1819@atari.UUCP> kbad@atari.UUCP (Ken Badertscher) writes:
  128. >As an aside, I should point out that our VDI guy has put a lot of work
  129. >into the blit code for the TT, and it's pretty phenomenal _without_
  130. >hardware assist.  One other thing that will give a noticeable improvement
  131. >is the lack of Line F compression in STE and TT ROMs.  The Line F
  132. >compression adds a bit of overhead to AES operations, and desktop/window/
  133. >dialog operations are noticeably sped up when the compression is gone.
  134.  
  135. "Duuuhhhh" (he says in embarassed stupefaction),
  136. "Whut's 'Line F compression'?"
  137.  
  138. I know what you mean by "Line F", but what's the "compression" refer to re:
  139. ST ROMs?  (Usually I'm only this dense on Mondays & national holidays...)
  140.  
  141. --
  142. >>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
  143.    "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
  144.  
  145. ------------------------------
  146.  
  147. Date: 30 Nov 89 17:52:00 GMT
  148. From: apollo!rehrauer@beaver.cs.washington.edu  (Steve Rehrauer)
  149. Subject: Comments on STE -- (un)known facts
  150. Message-ID: <47264390.20b6d@apollo.HP.COM>
  151.  
  152. In article <1824@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes:
  153. [ A description of some of the video nifties in the 1040STe. ]
  154. [ Later KBAD discusses some of the differences between the STe and TT
  155.   video nifties. ]
  156.  
  157. This has probably already been asked & answered here, but...
  158.  
  159. The STe appears to be the first "ST" that offers fundamental hardware
  160. improvements that software can take advantage of.  The TT, of course,
  161. is another beast altogether, although it will apparently be backwards
  162. compatible with "ST software".
  163.  
  164. Obviously no one in their right mind will write STe software that isn't
  165. downwardly compatible to the existing STs (for awhile yet, anyway -- I
  166. HOPE!!).  But it'd sure be nice to use the STe's video nifties when
  167. present.  Is there an approved method for software to discover what
  168. platform it's running on, other than (KLUDGE ALERT!) checking the TOS
  169. revision #?
  170.  
  171. Please tell me it IS so!  (And also what it is! ;-)
  172. --
  173. >>"Aaiiyeeee!  Death from above!"<< | Steve Rehrauer, rehrauer@apollo.hp.com
  174.    "Flee, lest we be trod upon!"    | The Apollo System Division of H.P.
  175.  
  176. ------------------------------
  177.  
  178. Date: Thu, 30 Nov 89 20:19:24 EST
  179. From: "Gerry Greenberg: 315-443-5378" <MAXG@SUVM.ACS.SYR.EDU>
  180. Subject: EL CAL FOR APPLE II?
  181.  
  182. I realize this might not be the correct place for this message, but this
  183. is where I turn to get info about computers/computer products/etc.  On
  184. top of that, there is always someone out there who knows the relevent
  185. info.  So here goes:
  186. I'm in the market for a gift right now for someone who has an AppleIIe.
  187. If this guy had an ST, I think he'd like El Cal, and I'd get it for him
  188. for sure...unfortunately (for me, that is, since it makes my task more
  189. difficult), he doesn't have an ST.  So, I was wondering if anyone out
  190. there knows of some type of super calculator type program for the
  191. AppleII family?
  192. Please email to me directly...no need to take up space on the network
  193. with discussion of Apple products.  Of course, thanks in advance for any
  194. help.
  195. ---Gerry
  196. maxg@suvm (bitnet)
  197. ggreenbe@rodan.acs.syr.edu  (internet)
  198.  
  199. ------------------------------
  200.  
  201. Date: Thu, 30 Nov 89 20:30:26 EST
  202. From: "Gerry Greenberg: 315-443-5378" <MAXG@SUVM.ACS.SYR.EDU>
  203. Subject: LYNX
  204.  
  205. I haven't heard too much about the LYNX on the digest recently, but I
  206. would like to say that over the Thanksgiving weekend I was in Vermont
  207. and saw an ad for the Lynx in the NY Times.  The ad takes up about one
  208. third of the page and says that the Lynx is available at ToysRUs,
  209. Babbages, KayBeee Toy Stores, Lionel Kiddie City, Child World, FAO
  210. Schwarz, Wards, and CircusWorld/Playland.  There's a picture in the ad,
  211. with a big headline and some text about the product.  I don't think we
  212. have them here in Syracuse (even though we do have some of the same
  213. stores)...but I'm not really sure about that.  Anyway, I just thought
  214. some of you out there might be interested.
  215. --Gerry
  216.  
  217. ------------------------------
  218.  
  219. Date: 1 Dec 89 01:11:30 GMT
  220. From: mfci!wilson@CS.YALE.EDU  (Jeff Wilson)
  221. Subject: PortFolio as a marketing aid ?
  222. Message-ID: <1145@m3.mfci.UUCP>
  223.  
  224. By the way, noticed the Portfolio got a good mention in a
  225. recent issue of Businessweek.  It was positioned as the
  226. no-frills alternative to the Poquet (correct spelling?)
  227. PC.
  228.  
  229. Wish I could recall the issue.  I remember that it
  230. featured an article about the success of Taiwan.  That
  231. ought to be enough info to allow diehards to find the
  232. right issue at the public library via the Reader's Guide
  233. to Periodical Literature.
  234.  
  235. Jeff
  236.  
  237. ------------------------------
  238.  
  239. Date: 1 Dec 89 00:33:27 GMT
  240. From: zephyr.ens.tek.com!orca!quark!jeff@uunet.uu.net  (Jeff Beadles)
  241. Subject: Shareware MAC
  242. Message-ID: <5500@orca.TEK.COM>
  243.  
  244. In article <4123@eagle.wesleyan.edu> jtreworgy@eagle.wesleyan.edu writes:
  245.  
  246. |The thing with a Mac emulator is that no matter what, you have to spend $140 on
  247. |the ROMs. So what does it matter if you spend $20 for a shareware one or a bit
  248. |more for a commercial one? The shareware one probably wouldn't "sell" anyway.
  249. |It just seems silly for a lot of different people to invest a lot of time
  250. |making a Mac emulator when the product already has several incarnations on the
  251. |market. The time would be better spent making a Commodore 64 emulator, for
  252. |example. (And some way to pipeline the ROMs out of a real 64... enough people
  253. |own these anyway such that it wouldn't be illegal or unfeasible for each buyer
  254. |to get them legally that way).
  255.  
  256. |--
  257. |James A. Treworgy    -- No quote here for insurance reasons --
  258. |jtreworgy@eagle.wesleyan.edu         jtreworgy%eagle@WESLEYAN.BITNET
  259.  
  260. Wait.  GBS gets something like $300+ for the GCR.  I think that the "plain"
  261. version is > $100.00 (usd)
  262.  
  263.         **THIS DOES NOT INCLUDE THE ROMS**
  264.  
  265.  
  266. Thus, if my math is correct:
  267.  
  268.         Shareware               GBS
  269. Hw/Sw       $20.00        vs    $100.00
  270. Roms       $140.00      (same)  $140.00
  271.             ------               ------
  272. Total
  273.            $160.00      vs      $240.00
  274.  
  275. This makes it MUCH more affordable.  Heck, I could be convinced to buy one for
  276. that price.  $80.00 is more than "a bit more"
  277.  
  278.         -Jeff
  279. --
  280. Jeff Beadles            jeff@quark.WV.TEK.COM
  281.  
  282. ------------------------------
  283.  
  284. Date: Thu, 30 Nov 89 20:46:29 EST
  285. From: "Gerry Greenberg: 315-443-5378" <MAXG@SUVM.ACS.SYR.EDU>
  286. Subject: ST DRIVE AND SPECTRE/TRANSLATOR 1
  287.  
  288. Everybody (or almost everybody) out there knows by now that not all ST
  289. drives are able to read a Mac disk when running Spectre or Magic Sac
  290. with the Translator 1 (or SpectreGCR).  Well I had one of those disk
  291. drives...it is a Sankyo (at least that is what it says on it) and was
  292. converted from an IBM drive to an ST drive by its previous owner.  I
  293. bought it before I got my Translator and so I was disappointed to find
  294. out that it was one of "those" drives.  Well, I have struggled (if you
  295. can call it that) with only one drive that reads mac disks by booting in
  296. the good drive and then ejecting my system disk and putting it into "the
  297. other" drive so that I could put my mac disk into the good one (Yes, I
  298. could have changed a and b drives, but "the other" drive is awfully
  299. loud...I like it as the b drive).  Well, I am writing this to encourage
  300. those of you out there who have one of these "other" drives, because for
  301. some totally unknown reason, the other day I put a mac disk into this
  302. "other" drive...and the drive read the disk!  I couldn't believe it, but
  303. that drive now recognizes mac disks via the Translator1....I have
  304. absolutely no idea why...everything is the same as before, but now the
  305. drive works!  (I hope this doesn't mean that the drive is "on its way
  306. out".)
  307. So, for those of you out there with one of "those" drives...try it with
  308. the mac disk from time to time....maybe it'll work some day.
  309. ---Gerry
  310. maxg@suvm   (bitnet)
  311. ggreenbe@rodan.acs.syr.edu   (internet)
  312.  
  313. ------------------------------
  314.  
  315. Date: Thu, 30 Nov 89 17:17:08 PST
  316. From: escd!es56!karl@decwrl.dec.com (Karl Rowley)
  317. Subject: Utrascript ST-1
  318. Message-ID: <8912010117.AA23074@es56.escd.uucp>
  319.  
  320. Has anyone out there tried Ultrascript ST-1?  There is an add in the latest
  321. Start magazine for this new version of Ultrascript.  It supports all sorts
  322. of output devices, including dot matrix printers and the HP Laserjet IIp.
  323.  
  324. Ultrascript ST-1 and the HP Laserjet IIp may be a good cheap postscript
  325. solution.  It sounds like the Laserjet may require a memory upgrade to
  326. support this -- does anyone know if a memory upgrade is required?
  327.  
  328.  
  329.                                 Karl Rowley
  330.                                 Evans & Sutherland Computer Division
  331.                                 Mountain View, California, USA
  332.                                 escd!karl@decwrl.dec.com
  333.                                 ...!amdahl!escd!karl
  334.  
  335.  
  336. ------------------------------
  337.  
  338. Date: 30 Nov 89 14:59:55 GMT
  339. From: eru!luth!sunic!mcsun!ukc!edcastle!hwcs!neil@bloom-beacon.mit.edu  (Neil
  340.  Forsyth)
  341. Subject: Video pointer
  342. Message-ID: <3846@brahma.cs.hw.ac.uk>
  343.  
  344. Could Atari not make a pin compatible MMU chip that could replace the normal
  345. one in the ST and give us all word alligned and segmented video RAM just like
  346. the STE.
  347.  
  348. From looking at the circuitry I don't see how these features would require
  349. any pinout changes. Delaying the scan and adding the extra colours to SHIFTER
  350. would be another matter.
  351.  
  352. If Atari would make this MMU then scrolling would improve right across the
  353. ST range.
  354.  
  355.  
  356. +-----------------------------------------------------------------------------+
  357. ! DISCLAIMER: Unless otherwise stated, the above comments are entirely my own !
  358. !                                                                             !
  359. ! Neil Forsyth                       JANET:  neil@uk.ac.hw.cs                 !
  360. ! Dept. of Computer Science          ARPA:   neil@cs.hw.ac.uk                 !
  361. ! Heriot-Watt University             UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  362. ! Edinburgh, Scotland, UK            "spam spaM spAM sPAM SPAM, lovely SPAM"  !
  363. +-----------------------------------------------------------------------------+
  364.  
  365. ------------------------------
  366.  
  367. Date: 30 Nov 89 22:48:23 GMT
  368. From:
  369.  eru!luth!sunic!mcsun!ukc!harrier.ukc.ac.uk!gos.ukc.ac.uk!dac@bloom-beacon.mit.e
  370.  du  (David Clear)
  371. Subject: Video pointer
  372. Message-ID: <2640@gos.ukc.ac.uk>
  373.  
  374. In article <3846@brahma.cs.hw.ac.uk> neil@cs.hw.ac.uk (Neil Forsyth) writes:
  375. >
  376. >Could Atari not make a pin compatible MMU chip that could replace the normal
  377. >one in the ST and give us all word alligned and segmented video RAM just like
  378. >the STE.
  379.  
  380. This sounds good. Ahhhh, I remember back to my 8-bit 800XL days (I've still
  381. got it!!!). Such lovely things like smooth scrolling, display lists and
  382. DLIs... And of course, sprites (oh, sorry, player-missile graphics :-) ).
  383.  
  384. >From looking at the circuitry I don't see how these features would require
  385. >any pinout changes. Delaying the scan and adding the extra colours to SHIFTER
  386. >would be another matter.
  387.  
  388. The problem with this I can see is that then, rather than people having to
  389. write software for two types of Atari, they would now be faced with three.
  390. Games software would like to take advantage of the new STE modes, but a
  391. half decent game would probably try to do a half decent job on an old
  392. ST.
  393.  
  394. I think the STE is a very good idea. I'd like a 68000 Atari to perform as well
  395. as a 6502 Atari, although if you scale everything up you still end up with a
  396. machine that is less than it ought to be.
  397.  
  398. Here's something for the guys at Atari:
  399.  
  400. Post the hardware specs of all Atari products (ie memory maps and programming
  401. information) to the net. I don't want developer support. I can't afford to
  402. buy the developer's kit. Nowadays some of the best games (and lets face it,
  403. hardware scrolling, etc *is* for games), are written by enthusiasts at home.
  404. Give these people the opportunity to harness the power of the machines you
  405. produce. The more information that is public domain, the more people can
  406. program your systems, the more software is written, the larger the software
  407. base, the more computers you sell, etc.
  408.  
  409. Come on Atari, what have you got to lose?
  410.  
  411. Oh yes, gimme TOS 1.4 uuencoded, on the net, suitable for burning into EPROM.
  412. Why not? It's free (isn't it?).
  413.  
  414. All this "give me this", "give me that", you may wonder what you get in return.
  415. Well, you get USER SUPPORT. You be nice to us and we'll like you for it.
  416.  
  417. Dave.
  418.  
  419.  
  420. --
  421. % cc life.c                      | David Clear <dac@ukc.ac.uk>
  422. % a.out                          | Computer Science, University of Kent,
  423. Segmentation fault (core dumped) | Canterbury, England.
  424.  
  425. ------------------------------
  426.  
  427. End of INFO-ATARI16 Digest V89 Issue #732
  428. *****************************************
  429.